home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 3213 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.0 KB
  1. Path: daily-planet.execpc.com!usenet
  2. From: innuendo@execpc.com (Jonathan Gapen)
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: BOOPSI vs. MUI contexts (Was: Battle of the Browsers!)
  5. Date: 30 Mar 1996 08:13:53 GMT
  6. Organization: esCom Amiga Madison Enthusiast's Organisation
  7. Message-ID: <4jiqg1$n3o@daily-planet.execpc.com>
  8. References: <4j4tq3$349@news.mistral.co.uk> <3621.6658T1133T1717@stack.urc.tue.nl> <4jfqpe$nem@nntp1.best.com>
  9. NNTP-Posting-Host: life.execpc.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=iso-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-NewsSoftware: GRn 2.1 Feb 19, 1994
  14.  
  15.  
  16. In article <4jfqpe$nem@nntp1.best.com> djm2@Hovercraft.msstate.edu (Dan Murrell Jr.) writes:
  17. > 
  18. > MUI is BOOPSI too.  Although it's classes are specific to MUI and the context in
  19. > which they run causes MUI apps to "stall" occasionally.  Normal Intuition BOOPSI
  20. > runs on a context independant of the app.  Normal Intuition BOOPSI classes can
  21. > be updating themselves despite what the program is doing.  For example, and this
  22. > is probably a bad one but nevertheless, AWeb and IBrowse both crash.  If you resize
  23. > AWeb's window, the gadgets will still resize.  If you resize IBrowse's window, the
  24. > gadgets will just be dead.  Even if AWeb itself is dead, the gadgets are still 
  25. > "alive" unlike the MUI gadgets of IBrowse which will be dead because the app is
  26. > dead.
  27.  
  28.    When MUI became popular, I saw users touting it because all gadget updates
  29. happen on the application context.  Now, we get MUI haters touting BOOPSI
  30. because all gadget updates occur on the input.device context.  Who to believe?
  31.    Well, I say neither.  Each method has its advantages and disadvantages.
  32. For instance, take Grapevine.  When updates of the channel text gadget occur,
  33. my mouse pointer stops dead for a short period.  While that's not too bad,
  34. it's when it happens repeatedly that it gets annoying.  This effect is also
  35. noticable in other applications with complex gadgets to update.  Also, since
  36. some of the application code is running under the input.device context, if it
  37. has bugs, it's more likely to lock out all user input if the application locks
  38. up.
  39.    On the other hand, MUI programs just simply lock up, very rarely shutting
  40. down the input.device.  When they do lock, you can tell immediately, since all
  41. the gadgets stop responding, which in that case is a good thing.  However, it
  42. is annoying that the gadgets don't respond if the application is busy, which
  43. can happen, from time to time.
  44.    On the whole, I don't think it makes much difference.  You get the rare
  45. cases like Grapevine which make the system annoying to use, and a MUI program
  46. or two which doesn't use a busy pointer properly, but they mostly behave alike
  47. on my system.  Perhaps the ideal solution would be to update gadgets in the
  48. context of some other task, neither the application context, nor input.device.
  49. Discussion of how to do that, if possible, is better left for another time.
  50.  
  51. -- 
  52. Jonathan Gapen (innuendo@execpc.com)
  53. Bread in, toast out. How does it DO that?
  54.